type a plus (+) inside this box - t 



A 



PTO/SB/29 (12/97) 
Approved for use through 09/30/00. OMB 0651-0032 
Patent and Trademark Office: U.S. DEPARTMENT OF COMMERCE 
Under the Paperwork Reduction Act of 1995, no persons are required to respond to a collection of information unless it displays a valid OMBcontrol 



UTILITY 
PATENT APPLICATION 
TRANSMITTAL 

(Only for new nonprovisional applications under 37 CFR 1.53(b)) 



Attorney Docket No. 



8740-031-999 j Total Pat 



First Named Inventor or Application Identifier-^', 



Ml 



Express Mail Label No. 



EM 061 021 225 j|S=> j 



APPLICATION ELEMENTS 

See MPEP chapter 600 concerning utility patent application contents. 



Assistant Commissioner for Patents 
ADDRESS TO: Box Patent Application 
Washington, DC 20231 



H Fee Transmittal Form 

Submit an original, and a duplicate for fee processing) 
\S Specification \Total Pages 26 1 

(preferred arrangement set forth below) 

-Descriptive title of the Invention 

-Cross Reference to Related Applications 

-Statement Regarding Fed sponsored R&D 

-Reference to Microfiche Appendix 

-Background of the Invention 

-Brief Summary of the Invention 

-Brief Description of the Drawings (if filed) 

-Detailed Description of the Invention (including drawings, if filed) 

-Claim(s) 

-Abstract of the Disclosure 
a Drawing(s) (35 1/SC-/73J [Total Sheets 6J 



6. □ Microfiche Computer Program (Appendix) 

7. □ Nucleotide and/or Amino Acid Sequence Submission 

(if applicable, ail necessary) 

a. □ Computer Readable Copy 

b. □ Paper Copy (identical to computer copy) 

c. □ Statement verifying identity of above copies 



4 - H Oath or Declaration 



[Total Sheets 2J 



a H Newly executed (original or copy) 
: b. □ Copy from a prior application (37 CFR 1.63(d)) 

(for continuation/divisional with Box 17 completed) 
[Note Box 5 below] 
^ i. □ DELETION OF INVENTORS(S) 

Signed statement attached deleting inventor(s) named in the prior 
application, see 37 CFR 1.63(d)(2) and 1.33 (b). 
_"□ Incorporation By Reference (useable if Box 4b is checked) 

The entire disclosure of the prior application, from which a copy of the oath 
or declaration is supplied under Box 4b, is considered as being part of the 
disclosure of the accompanying application and is hereby incorporated by 
reference therein. 



ACCOMPANYING APPLICATION PARTS 



8. □ Assignment Papers (cover sheet & document(s)) 

9. □ 37 CFR 3.73(b) Statement □ Power of Attorney 

(when there is an assignee) 

10. □ English Translation Document (if applicable) 

11. □ Information Disclosure □ Copies of IDS 

Statement (I DS)/PTO- 1449 Citations 

12. □ Preliminary Amendment 

13. CS Return Receipt Postcard (MPEP 503) 

(Should be specifically itemized) 

14. □ Small Entity □ Statement filed in prior application, 

Statement(s) Status still proper and desired 

15. □ Certified Copy of Priority Documents) 

(if foreign priority is claimed) 

16. □ Other: 



If a CONTINUING APPLICATION, check appropriate box and supply the requisite information: 

□ Continuation □ Divisional □ Continuation-in-part (CI P) of prior application No: filed. 



18. CORRESPONDENCE ADDRESS 



3 Customer Number or Bar Code Label 



20583 



or □ Correspondence address below 



Burden Hour Statement This form is estimated to take 0.2 hours to complete. Time will 



the needs of the individual c; 



'LETED FORMS TO THIS ADDRESS. SEND TO: AssistantCommissionerfor Patents, Box Patent Application, Washington, DC 20231 . 



NY2- 965634.1 




SYSTEM AND METHOD FOR MULTI- 
STAGE DATA LOGGING 



FIELD OF THE INVENTION 

5 The present invention relates generally to data logging, and more particularly to a 

flexible and cost-effective multi-stage system and method for processing multi-channel 
input data with improved fault tolerance and flexible user access. 

BACKGROUND OF THE INVENTION 

10 The efficient storage and retrieval of multi-channel data communications, and 

especially of voice, are critically important in many modern business and government 
applications. For example, financial institutions record instructions from clients as a 
protection against fraud and as evidence in legal proceedings about the content of telephone 
conversations; public safety agencies record emergency calls for event reconstruction and 

15 future investigations; commercial entities monitor transactions over the phone to evaluate 
salespersons' efficiency, to ensure customer satisfaction and to develop training programs. 
There is a growing need for reliable recording of multiple channels of multimedia 
information. These are but a few examples of applications in which it is necessary to 
efficiently store and process, usually at one location, multiple and frequently simultaneous 

20 communications from a large number of incoming data channels. Recent advances in 

multimedia applications further dictate the necessity to develop practical tools to efficiently 
process multiple channels in which incoming data can be in different formats, i.e., sound, 
images, data, etc. It is also apparent that with the proliferation of different communications 
media, computer platforms and operating systems, a very important practical aspect of all 

25 these applications is the ability to provide seamless and efficient interface between the 
multi-channel data system and its users. 

Thus, while capturing the incoming information remains the main function of 
modern multi-channel data processing systems, other desirable system functions, such as 
the efficient storage, indexing and retrieval of recorded communications, are becoming 

30 increasingly important. Preferably, all system functions should be transparent to the users, 
regardless of the data format, of the communications media or the specific computer 
platforms being used. The present invention addresses the need for such a data logging 
system and method and illustrates their use in practical applications. 

Data logging systems for capturing and recording massive volumes of data 

35 transmitted over multiple communication lines are known in the art. A typical prior art data 
logging system, such as the one shown in Fig. 1, is implemented as a single physical unit 
performing most or all required functions, including telephone interface, signal processing, 
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random access buffering, and archive storage. In many practical applications such 
implementation is perfectly adequate. Examples of such systems are provided in, for 
example, U.S. Pat. Nos. 5,819,005; 5,448,420; 5,446,603; 5,396,371; 5,339,203 and 
4,827,461 to the assignee of the present application. These patents are hereby incorporated 
5 by reference for all purposes. 

However, as market needs change and performance demands increase, improved 
logger architectures have to be designed to support expanding capacity requirements and 
emerging processing needs. Two strong market demands render prior art logger 
architectures at a disadvantage in this regard: the need to increase the number of input ports, 

10 and the need to provide simple and efficient access to the recorded information in platform- 
and media-independent ways. 

Turning first to the input port requirements, modern data logging applications 
dictate the need to support an ever-increasing number of input channels. It should be 
apparent that as the number of channels increases so does the complexity of the processing 

15 system. The increased complexity in turn creates at least two potential problems: (a) 
diminished fault tolerance of the system; and (b) practical constraints on the physical 
design, including the weight and size of the system, its wiring and power requirements, 
among others. 

Increasing the system's complexity generally results in a greater vulnerability and 

20 higher risk of data losses because of the increased probability that one or more system 

components can malfunction. However, people of skill in the art would recognize that in 
many applications it is critically important that the operation of the system remain error- 
free. Because of this stringent requirement and the fact that the information that loggers are 
entrusted to record is almost always original and ordinarily cannot be artificially 

25 regenerated, it is necessary to build into the system sufficient redundancy so that the 

malfunction of one or more components would not lead to a shutdown of the entire system. 
This in turn makes it increasingly important to devise a scalable system that provides fault 
tolerant characteristics regardless of the number of input channels. 

Fault tolerant architectures that require additional "standby" hardware to replace 

30 failed components are known in the art. One such architecture, shown in Fig. 2, utilizes a 
local area network (LAN) 48 for communication between loggers 44 and controller 46. 
Each logger is responsible for recording communications on a plurality of input lines . In 
order to provide backup logging capabilities in the event a logger 44 fails, spare loggers 42 
are provided. In particular, each logger 44 is associated with a spare logger 42 that is kept 

35 ready for use in the event the working logger 44 fails. This fault tolerant architecture is 
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wasteful and impractical, because it requires more space and twice the hardware (at twice 
the cost) of a comparable standard logger system. 

An improved architecture of a fault tolerant system, shown in Fig. 3, is described in 
an application by Yosef, EP 0822696A2, the content of which is hereby incorporated by 
5 reference. The Yosef approach is to use a single spare logger to back up a group of N 
loggers, thereby reducing the hardware cost in the case when N > 2 compared with the 
system shown in Fig. 2. Notably, however, even in this improved prior art architecture the 
spare unit is a completely functional device capable of performing all logging functions. 
Accordingly, it does not take advantage of the fact that in operation certain components of 

10 the logger fail much more frequently than others. This is the case, for example, in 

components with physically moving parts, such as hard drives. In accordance with the 
present invention cost savings are realized for the same fault tolerance level using 
separation of the logger into two or more functional stages, where higher redundancy is 
provided for the components having higher failure rates. As illustrated below, using this 

15 approach it is possible to reduce the cost of the system considerably, without affecting its 
performance level. 

As mentioned above, the increased complexity of the system also poses wiring, size 
and other practical problems. For example, an important consideration when installing a 
logger with a high number of input channels is the number of wires that interconnect the 

20 logger to the PBX. Thus, a logger having 128 input channels requires at least 256 wires. 
For practical reasons including susceptibility to picking up audible electrical noise over 
long cable runs, it is desirable to install the logger next to or near the PBX. However, this 
location may not always be optimal, desirable or even possible in practice. In particular, 
spatial constraints as well as security issues pose serious problems. Thus, the large size of a 

25 high-capacity logger can make it impossible to install it in certain locations. It may further 
be costly and/or impractical to run massive cable bundles from the PBX room to the 
loggers. For security reasons it may not even be desirable that the logger is anywhere near 
the PBX. It should thus be apparent that prior art systems implemented as single physical 
units suffer from some very serious practical problems. In accordance with the present 

30 invention, separation of the logger into several functional stages provides the flexibility to 
perform different functions at spatially different locations, i.e., in different parts of the same 
building, city, or the world. In view of the above, the potential advantages of this approach 
should readily be apparent. 

In addition to the requirements for increased capacity, a whole new set of problems 

35 is created by the market demand for flexible playback or data access to the stored 

information. In the context of this application, access to the recorded data is referred to as 
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data "distribution". People of skill in the art will appreciate that it is by no means a trivial 
task to design a system capable of recording and processing multiple channels of 
information, while at the same time providing concurrent access to the recorded information 
from a large number of users. The task becomes even more complex if the users employ 
5 different computer platforms. 

While many attempts have been made in the past to address these and other 
problems associated with prior art data logging, no adequate solution has been proposed so 
far. The system and method of this invention overcome problems associated with the prior 
art and thus are believed to present significant technological advance. In particular, 

10 separation of the logger into several functional stages provides considerable flexibility in 
designing a functionally and ergonomically optimized system for use in various practical 
applications. Further, distributing logger functions into separate physical stages leads to 
significant and unobvious advantages over the existing practice of utilizing a single physical 
unit. For example, hardware for performing certain functions in the same system can be 

1 5 bulky and thus inconvenient for positioning at a particular location. Due to the functional 
separation approach of the present invention, however, bulky parts can advantageously be 
placed where appropriate. Thus, the relatively bulky recording equipment capturing 
transaction information in the New York Stock Exchange can be placed miles away from 
the crammed floor of the Exchange. Additionally, in accordance with the principles of the 

20 present invention the design of the distribution stage enables users to access the recorded 

data at their convenience either real-time or at a later point. Importantly, fault tolerance can 
be provided at a fraction of the cost associated with prior art approaches. The proposed 
approach provides better system scalability, reliable performance at a low cost and great 
flexibility in the retrieval of stored information compared with existing designs. 



SUMMARY OF THE INVENTION 

Accordingly, it is an object of the present invention to provide a multi-stage data 
logging system that overcomes problems associated with prior art solutions, and helps meet 
30 the market demands for increased input capacity, high distribution flexibility and fault 
tolerance. 

In a preferred embodiment, the invention is a multi-stage data logging system 
comprising: a telecom stage receiving input from a plurality of input channels; a recorder 
stage having one or more recorders, at least one recorder storing data associated with input 
35 received from at least one of said plurality of input channels; a distribution stage providing 
access to data stored in the recorder stage; a first interface linking the telecom and the 
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recorder stages and a second interface linking the recorder and the distribution stages; 

wherein at least two stages of the system are physically separable and in operation can be 

located wide distances apart. 

In a specific embodiment the telecom stage of the system further comprises a first 
5 interface capturing signals from said plurality of input channels; one or more signal 

processors converting captured signals into data having a predetermined format; and a 

second interface for transmitting said converted data to said recorder stage. In embodiments 

where the input signal can be analog, the telecom stage of the data logging system further 

comprises at least one analog to digital signal converter. 
1 0 In specific embodiments, the data logging system of the present invention provides 

data compression; time stamping of the received input; authentication of signals from the 

input channels; and encryption of the converted data. 

In a preferred embodiment the data logging system of the present invention 

comprises an archive storage device, part of the recorder and/or telecom stages, for 
15 archiving data. In specific embodiments this device can be fixed, such as a RAID array, or 

removable. 

In another preferred embodiment, the recorder stage of the data logging system 
comprises at least one backup recorder, and the system has means for detecting 
malfunctions in recorders of the recorder stage, and for automatically switching interface 

20 links from the detected malfunctioning recorder to the backup recorders. Related to this 
embodiment is another aspect of this invention, which is a method for operating a multi- 
stage data logging system comprising: detecting a malfunctioning recorder in the recorder 
stage; automatically switching interface links from the detected malfunctioning recorder to 
a backup recorder to ensure uninterrupted operation of the system; and without disrupting 

25 the operation of the system replacing the detected malfunctioning recorder with a 
functioning recorder. 

In yet another aspect, the invention is a method for increasing the capacity of a 
multi-stage logger system comprising: without disrupting the operation of the system 
attaching to a network-based or four-wire-based interface between the telecom and the 

30 recorder stages at least one recorder so that the combined capacity of the recorders in the 
recorder stage is equal to or exceeds a given number of channels; and/or attaching at least 
one additional telecom block to increase the input channel capacity of the system. 

In another preferred embodiment, the present invention is a data logger, comprising: 
a telecommunication device receiving input from a plurality of data sources; a processor 

35 converting input from said plurality of data sources to one or more data formats; a memory 
for storing converted data corresponding to the received input from said plurality of data 
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sources; a communication path; and a server transferring stored data from one or more of 
said plurality of data sources via the communication path to at least one remote user. In 
specific embodiments the server is a Web server and the communication path is the Internet. 
In another aspect, the present invention is a method for accessing information in at 
5 least one digital logger storing data associated with input from a plurality of input channels, 
comprising: at a Web server having access to said at least one digital logger, receiving a 
request for retrieval of stored data from a client; retrieving stored data in accordance with 
the received request; and transferring the retrieved data to the client. In the specific 
embodiment covering voice input channels, the method further comprises accessing a 
1 0 record of an input channel made by a digital logger; or accessing call information for a 
record of an input channel made by a digital logger. 

BRIEF DESCRIPTION OF THE DRAWINGS 

1 5 The present invention will be understood and appreciated more fully from the 

following detailed description, taken in conjunction with the drawings in which: 

Fig. 1 is a schematic diagram of a data logger of the prior art incorporating 
multiple logging functions in a single unit. 

Fig. 2 is a schematic diagram of a logging system of the prior art, employing 
20 full operating redundancy where for each working logger there is a spare logger; 

Fig. 3 is a schematic diagram of a logging system of a prior art employing 
one spare logger for each group of "N" working loggers. 

Fig. 4 is a schematic diagram of a multi-stage data logging system in 
accordance with a preferred embodiment of the present invention. 
25 Fig. 5 is a block diagram of a multi-stage logging system configured in 

accordance with a preferred embodiment of the present invention. 

Fig. 6 is a schematic diagram illustrating another preferred embodiment of 
the multi-stage logger in accordance with the present invention. 

30 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Prior Art 

Fig. 1 is a schematic diagram of a prior art data logger 10. Logger 10 incorporates 
an interface 14 for receiving data from input lines 12, an analog/digital (A/D) and a 
35 digital/analog (D/A) signal converter 16 that converts analog signals from input lines 12 
into digital signals when data is flowing in one direction and digital to analog when the 
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signal is flowing in the opposite direction. Interface 14 also communicates with a speaker 
17. The system further comprises a digital signal processor 18, generally used to compress 
the digital signals from converter 16; a controller 20, a buffer 22, and hard disc 23. In a 
typical implementation all components are located in a single physical unit 13. As shown in 
5 Fig. 1 , the unit may also include a storage unit 24, such as a digital audio tape (DAT). The 
configuration and operation of a logger of the type illustrated in Fig. 1 is described in detail 
in several U.S. patents, including Pat. Nos. 5,819,005; 5,448,420; 5,446,603; 5,396,371; 
5,339,203 and 4,827,461 to the assignee of the present application, and which are 
incorporated herein by reference. 

10 It will be appreciated by people of ordinary skill in the art that the number of input 

channels that can be handled by a logger of the type shown in Fig. 1 is usually fixed by the 
design constraints of the physical unit, i.e., by the number and the capacity of the interface 
cards, the configuration of the processor 18, and others. Accordingly, to process a higher 
number of input channels it is generally necessary to either increase the number of interface 

1 5 cards (limited by the number of available slots) or duplicate the logger 1 0 one or more 
times, such that each unit handles a particular group of incoming channels. In the 
configuration shown in Fig. 1, as well as multi-logger architectures in which logger 10 is 
replicated to increase input channel capacity, users may encounter various problems of the 
type discussed in the background part of this application. For example, failure of one block 

20 in logger 1 0 may disable the entire unit and thus jeopardizes the recording of several input 
channels. Thus, the fault tolerance of the system depends on its weakest link, i.e., on the 
most failure-prone component of the unit. In many cases where no backup unit is provided 
the resulting fault tolerance is unacceptable. Further, space constraints may pose problems 
because the standard design of the logger 10 as one physical unit does not allow its 

25 separation into functional blocks that can be placed in spatially optimal locations. 

Reference is now made to Fig. 2, which is a schematic diagram of a prior art fault 
tolerant data logging system. Data logging system 40 illustrated in Fig. 2 employs one 
spare logger 42 for each working logger 44. In a particular embodiment, each logger can be 
implemented as illustrated in Fig 1 but other embodiments are possible, as known in the art. 

30 In this architecture, all loggers are connected via a local area network (LAN) 48 and upon 
failure of a working logger 44, the spare logger 42 assigned to the failed logger is 
automatically activated. While just about any fault tolerant system will require some 
additional "standby" hardware to replace failed components, system 40 illustrated in Fig. 2 
requires twice the hardware, at twice the cost, of a conventional system and in most cases is 

35 commercially impractical. 
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Reference is next made to Fig. 3, which is a schematic diagram of an improved fault 
tolerant data logging system of the prior art. System 50 illustrated in Fig. 3 consists of one 
or more groups of "N" loggers 52 connected via LAN 58, and linked by a group of "N" 
switches 60 to a single spare logger 54. When one logger 52 fails, the switches 60 
5 automatically reroute data from the failed logger's input lines to the spare logger 54. For 
N >2 this system requires less "standby" hardware than the prior art system of Fig. 2. 
Nevertheless, it is apparent that such a design is suboptimal, at least because it does not 
make use of the fact that certain components of the logger are more reliable than others. 
Importantly, this and other prior art logger designs represent a single-unit design philosophy 
1 0 that carries many performance limitations as noted above. 

The present invention 

In contrast to the prior art designs described above, the approach taken in 
accordance with the present invention is to combine low-cost and high-reliability multi- 

1 5 stage recorders storing data from multiple input data channels with a powerful distribution 
technology that enables platform-independent access to the stored data from different 
physical locations. Multiple channel data recording, and particularly voice loggers, are 
known in the art. As shown above, some steps have already been taken to improve the 
reliability of such devices using redundancy approaches. From the distribution perspective 

20 in the last few years Internet technology is becoming standard. However, to the best of this 
inventor's knowledge, there is no suggestion in the past of combining these two paradigms 
in a multi-stage distributed logger, a next-generation product that brings together the most 
desirable features of these technologies. 

In particular, loggers have been used in the past to record, index and store large 

25 volumes of data from different input channels. However, practical limitations, such as their 
single-unit design, have limited the use of such loggers in many applications. With the 
distributed multi-stage architecture of the present invention, at least the following 
advantages over the prior art can be expected: 

(a) highly reliable and low-cost data recording and storage due to a novel fault 
30 tolerant architecture in which failure-prone components are duplicated for redundancy; 

(b) optimized use of space made possible by the physical separation of the logger in 
separate stages that allow, for example, placing bulky components away from locations 
where their presence can be inconvenient (due to space limitations), or even highly 
undesirable (as in covert operations); 

3 5 (c) improved business models for information distribution. 
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Reference is now made to Fig. 4, which is a schematic diagram of a multi-stage data 
logging system in accordance with a specific embodiment of the present invention. In the 
illustrated embodiment, system 100 consists of a telecommunications stage ("telecom 
stage") 102, recorder stage 104, and distribution stage 106. Broadly, the telecom stage 
5 serves to capture incoming signals, convert the captured signals in a predefined format, 
preferably digital, and perform certain processing on the converted signals, usually in the 
nature of compression. Recorder stage 104 stores the processed input signals to a hard drive 
or similar large-capacity storage device, as well as in a buffer from which the data can be 
forwarded to fixed or removable storage devices, which in the embodiment shown in Fig. 4 

1 0 are part of the distribution stage. In accordance with the present invention, the distribution 
stage serves not only for access to the stored information but also for archiving purposes. 
Importantly, individual functional stages of the system 100, such as those illustrated in Fig. 
4, can be physically separated and typically are housed in separate physical units. 

It should be understood that Fig. 4 is merely an illustration of a system built in 

15 accordance with the principles of the present invention and should not be construed as a 
limitation of its design approach. Thus, functional separation of the logger into more than 
three stages can be desirable in certain applications. In alternate embodiments functional 
stages can be combined - for example, with reference to Fig. 4, the telecom and recorder 
stages on one hand, or the recorder and distribution stages on the other hand can be 

20 implemented as single physical units. Furthermore, in alternative preferred embodiments 
data from the recorder stage is made available to users via a communications network such 
as private communication lines, corporate intranets, the Internet or any combination thereof. 
It will be appreciated that such networks can be accessed by various different computers, so 
that stage 106 is "distributed" and would have no identifiable physical location. 

25 In another aspect of this invention the stages of the system shown in Fig. 4 are 

connected using switch fabric 108 interfacing the telecom and recorder stages on one hand, 
and the recorder stage and distribution stages of the system 100 on the other. It will be 
appreciated that switch fabric 108 interfacing different stages can be different in design and 
implementation. In accordance with the present invention, the selection and design of the 

30 switch fabric 108 linking the individual stages of the overall system 100 are design 

parameters that allow for the physical separation of the individual stages in accordance with 
the preferred embodiments. In particular, dependent on the application, the stages of 
system 100 can be physically separated so that, for example, the telecom and recorder 
stages can be located in different parts of the same room, in different rooms of the same 

35 building, in different buildings of the same town, in different towns or even different 
continents. In a specific embodiment such wide spatial separation can be implemented 
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using, for example, standard public switched network access arrangements, dedicated lines, 
or other communications media, as known in the art. The individual stages of the system in 
accordance with the present invention are considered in more detail next. 

5 The Telecom Stage 

In accordance with the present invention telecom stage 102 generally functions to 
capture and pre-process signals from a plurality of communications lines into a format that 
is recognized by the recorder stage. As indicated above, in a preferred embodiment the 
communication lines could be standard telephone lines, dedicated communication lines or 
10 other input data sources, which may transmit analog or digital signals. Regardless of their 
physical source or data format, in a preferred embodiment the captured input signals are 
digitized and compressed, as known in the art. Naturally, different types of input data can 
be transformed into different internal formats, as instructed by the user. 



15 interface 1 10 for receiving signals from the input lines (not shown), which typically are 

telephone lines. In accordance with a preferred embodiment, interface 1 10 is designed for 
analog or digital input signals, or some combination thereof. When used with telephone 
lines, interface 110 generally is a high impedance interface that allows for passive tapping 
of the phone lines. In this embodiment interface 110 employs voltage and/or current 

20 sensing to trigger recording of corresponding input channels. External triggering signals 
can also be used at the telecom stage, as known in the art. In the case of a digital input, 
interface 110 serves as a digital phone coupler, as known in the art. Various alternate 
embodiments of the interface 1 10 are known in the art and are described in detail, for 
example, in U.S. Pat. No. 4,827,461 to Sander, which is incorporated herein by reference. It 

25 will be appreciated that interface 1 1 0 can be used for various additional functions, such as 
beep generation, notching and others. 

In the embodiment illustrated in Fig. 4, telecom stage 102 further comprises an A/D 
signal converter 1 1 1 for digitizing the received analog signals. Naturally, no such converter 
is required for purely digital inputs. Stage 102 also comprises a digital signal processing 

30 (DSP) unit 1 12 for processing signals digitized by converter 1 1 1 or supplied directly from 
digital input channels. In a preferred embodiment, DSP unit 1 12 is capable of handling 
various input data types, i.e., voice, image, facsimile and others. In a specific embodiment 
one processor 112 is capable of handling various input data types and its processing 
algorithm is selected dependent on the input data type. In alternative embodiments, one 

35 processor can be used for each input channel so that different processing algorithms can be 
applied simultaneously to different input channels. It will be appreciated that whether one 



More specifically, as shown in Fig. 4, telecom stage 102 incorporates a first 
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or more processors are used, different data compression algorithms can be applied to 
different input channels dependent on the data type, the statistical distribution of the 
incoming data, and other factors. Such processing algorithms are generally known in the art 
and will not be considered in further detail. 

Telecom stage 102 illustrated in Fig. 4 further comprises controller 1 14 that operates 
to direct and monitor the functions of the entire stage. Specifically, in a preferred 
embodiment, controller 114 directs the application of a particular processing algorithm by 
DSP processor 1 12 to a particular input data type. When instructed by the controller, in a 
specific embodiment processor 1 12 is capable of performing DTMF signal detection and 
decoding, and preferably also performs compression of the data in accordance with well 
established standards. For example, in the case of voice signal recording, the output of DSP 
processor 112 is preferably made compatible with the G 723.1 and G 722 voice 
compression standards, which are known in the art. 

In a specific embodiment, interface 110 and A/D converter 111 together with a time 
slot assignment circuit (not shown) are implemented as a logger coupler card, that places 
the input data on a pulse code modulation (PCM) highway (not shown) within the telecom 
stage 102. In this case the DSP unit 1 12 is directed by the controller 1 14 to process signals 
in the appropriate time slots. In particular, controller 1 14 reads the system clock, directs the 
assignment of time slots to individual input channels, and provides a time stamp that is used 
in the creation of individual channel records. As noted above, block 1 14 also controls the 
operation of the DSP unit 1 12 and distributes data compressed at its output to interface 116. 
In a preferred embodiment an important function of the controller is to reconfigure the 
processing algorithm(s) of the DSP unit 112 using downloaded software. Thus, in a 
specific embodiment an input port (not shown) is provided for the controller to download 
instructions used to re-program the DSP processor(s) 1 12 from a personal computer (PC). 

Finally, in a preferred embodiment telecom stage 102 comprises a second interface 
1 16 for transmitting compressed data to the recorder stage 104. In a specific embodiment 
the second interface 116 may be an El (2 Megabit) transceiver or, for smaller applications, 
an RS-485 (1 Megabit) line. Other embodiments may be used, as known by those of skill 
in the art. 

In accordance with the present invention, certain functions that are not required but 
are frequently useful in the operation of data loggers are also provided in specific 
embodiments. Such functions include, for example, time stamping, encryption and 
authentication of incoming data. Generally, authentication refers to mechanisms by which 
the transacting parties prove they are who they claim to be, i.e., in this context that data 
from an input channel indeed comes from a particular source; encryption usually refers to 
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the altering of data so that it cannot easily be read or modified, if intercepted. If used, such 
functions should be placed as close as possible to the source of the information that is being 
captured — and accordingly are implemented in the system of this invention as part of the 
telecom stage 102. In a specific embodiment, these functions are implemented by the 
5 controller block 1 14. Other functions of the telecom stage can be implemented in specific 
embodiments, as known in the art. Thus, for example, in a specific embodiment telecom 
stage 102 can provide lightning protection and can be used to detect DTMF signals, to 
identify caller IDs, to detect the presence or absence of voice in a particular input channel, 
and correspondingly control a trigger mechanism for use by the recorder stage 104. As 

1 0 known in the art, the telecom stage can also be used as a current and/or voltage sensor. 

Functions described in this paragraph can be implemented as part of the logger coupler card 
used in a specific embodiment, and/or the DSP unit 1 12 of the telecom stage 102. 

It will be appreciated by people of ordinary skill in the art that in general the 
components of the telecom stage are robust and in particular involve no physically moving 

15 parts. Accordingly, in a preferred embodiment, they need not be duplicated in fault-tolerant 
architectures built using the principles of the present invention. Naturally, in very sensitive 
applications where there is little or no margin of error the telecom stage can also be 
duplicated with a standby unit, as shown in Fig. 6. However, in accordance with the present 
invention, a single standby telecom stage can be used to serve as backup of N recorder 

20 stages in a manner similar to that illustrated in Figs. 3 and 6. The cost savings compared 
with the architecture shown in Figs. 2 and 3 are readily apparent. 

Finally, since telecom stage 102 is separated from the remaining components of the 
logger by switch fabric 108, the stage can be implemented in a separate physical unit having 
as many input channel slots as desired. This compares favorably to the standard single-unit 

25 logger design, in which the number of input channels is limited by the number of available 
slots on the circuit board, which in turn are limited by the overall dimensions of the unit. It 
will be appreciated that the multi-stage design used in accordance with the present invention 
thus extends the input channel capacity of the logger. 
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The Recorder Stage 

Again with reference to Fig. 4, recorder stage 104 of the logger stores input from the 
telecom stage to a hard drive or a suitable large-capacity random access storage device, as 
5 well as in a buffer from which the data can be forwarded to fixed or removable storage 
devices. In a particular embodiment directed to storing voice records, the function of 
recorder stage 104 can be described broadly as creating voice files and providing an 
associated database with stored call information. To this end, the recorder stage 104 in a 
preferred embodiment has the ability to create new voice records, merge call records and 

10 establish a database with call information for each created record. In a preferred 

embodiment, newly created records, along with identifier information are stored in a 
database at unique record addresses. 

In accordance with the embodiment illustrated in Fig. 4, recorder stage 104 has the 
following components: (a) an interface 120 receiving input from the telecom stage; (b) a 

15 controller 122 directing and monitoring the recorder stage operations, and generally 

comprising a microprocessor with memory; (c) an elastic buffer 124 for transitional data 
storage; (d) a hard disk or similar large-capacity storage device 126 for data storage 
(2 Gigabytes minimum); and (e) a second interface 128 for connection to the distribution 
stage. It will be appreciated that while the components of the recorder stage are illustrated 

20 in Fig. 4 as being separate, they need not be implemented in separate physical units. 

The function and operation of the recorder stage 104 is generally known in the art. 
For example, it is described in U.S. Pat. Nos. 5,819,005; 5,448,420; 5,446,603; 5,396,371; 
5,339,203 and 4,827,461 to the assignee of the present application, which are hereby 
incorporated by reference for all purposes. It will be appreciated that alternate 

25 embodiments employing different storage media or internal architecture can be used, if 
necessary. For the purposes of this invention, it is important to note two main differences 
from prior art designs. The first difference is due to the flexible platform-independent data 
access provided in accordance with the present invention to end users in the distribution 
stage. To support such an access, when viewed from the distribution stage the recorder of 

30 this invention appears as a file server providing access to a plurality of records (from input 
data sources) stored in a database at unique record addresses. The server preferably 
supports different data transfer protocols. The second difference is that since the recorder 
stage uses moving physical parts and is thus prone to malfunctioning, for high reliability in 
accordance with this invention it is desirable to provide backup units of the N recorders (or 

35 critical components thereof) of the recorder stage. These two aspects of the present 
invention are described in further detail next. 
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In accordance with a preferred embodiment, recorder stage 104 has operating system 
that supports different file access protocols, such as Microsoft's SMB, the UNIX-based 
NFS and the standard FTP file transfer protocols. Thus, when viewed from the distribution 
stage 106, the recorder in a preferred embodiment appears as a server supporting these and 
5 possibly other file transfer protocols, in which records that correspond to different input 
channels appear to the user as separate files having unique record addresses. In a preferred 
embodiment, these files are identified by the call record information and contain, for 
example, information about the caller ID, the date and time of the communication, its 
duration, and others. With reference to Fig. 6, a user at a PC 106 connected to the recorder 

1 0 stage via communications path 258 and operating, for example, in a Microsoft Windows 
environment can click on a "Network Neighborhood" icon on his computer to locate a 
recorder 202 of interest. As noted above, various records in such a recorder would appear 
as files that are viewable using Microsoft's SMB protocol. Once a desired record is 
identified, it can be "dragged" to the user's computer for playback. Similarly, a NFS or 

1 5 Linux client can access files at a recorder that supports the corresponding UNIX-based 

protocol. Further, file transfers from the recorder can be accomplished over a network 260, 
such as the Internet, using the well-known FTP protocol. Naturally, security can be 
implemented at the recorder end, if desired, as known in the art. In each case, it is 
important that from the viewpoint of the user the recorder stage appears as a server 

20 accessing different files organized in such a manner as to provide the user with access to 
unique records from different input channels. 

Focusing next on the fault-tolerant aspect of this invention, Figure 4 illustrates a 
recorder stage with a single recorder. As noted above, however, in many practical 
applications the recorder stage can have two or more recorders, each processing information 

25 about a particular set of input channels. Furthermore, in terms of the fault-tolerant aspect of 
the present invention and with reference to Figs. 2, 3 and 6, it is noted that unlike the 
system's telecom stage, the recorder stage typically comprises physically moving parts, and 
thus is prone to occasional malfunction. Accordingly, in a specific embodiment of the 
present invention shown in a diagram form in Fig. 6, the recorder stage is implemented in a 

30 single physical unit in what is known as a "hot swapping" M x N design. In this design 
one backup recorder unit 254 is used for every N working units 252, and switchover to the 
backup unit occurs automatically without turning off the power. In a specific embodiment, 
N recorders implemented as swappable modules are physically placed in drive bays of a 
physical unit and can be replaced, if necessary, without turning off the power of the unit. 

3 5 Detection of a recorder malfunction and control over the entire stage is provided by the 
controller 256, as known in the art. Schematically, the architecture of the fault-tolerant 
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embodiment of the present invention resembles the architecture in Fig 3, the important 
difference being that instead of using an entire backup logger, the system of the present 
invention uses as duplicate hardware merely the recorder stage or components thereof, such 
as the hard disk 106. Such a design approach not only provides the desired performance 
5 level and fault tolerance but also results in considerable savings in terms of the overall 
system cost. 

Providing automatic switchover without disrupting the operation of the system, as 
described, is an important aspect of the present invention. This feature is made possible by 
the selection, in a preferred embodiment, of network or 4-wire interfaces linking individual 

10 stages of the logger system, which enables inserting or taking out system components 
without affecting the operation of the entire system. It will be appreciated that the same 
feature would be difficult to provide with PC bus interfaces. Further, it will be appreciated 
that this selection of the interface links also makes it possible to incrementally add 
recording capacity simply by attaching to these links of additional telecom blocks, recorders 

15 or both. Clearly, this incremental addition can also be done without interrupting the 
operation of the system, which feature of the present invention is perceived to have 
significant practical utility. 

The Distribution Stage and Switch Fabrics 

20 In accordance with the present invention a very flexible approach is taken to the 

design of the distribution stage of the logger. Generally, the distribution stage serves for 
retrieval of recorded information and providing it in a humanly recognizable form, i.e., as 
an image, a printout, a sound clip or others. In a preferred embodiment, the distribution 
stage also serves for archiving the recorded information to a removable storage, such as 

25 magnetic tape, magnito-optical storage device, DVD, or others. 

As best seen in Fig. 6, in a preferred embodiment the distribution stage may have no 
single physical location, and in this sense is truly "distributed". As seen in this figure, one 
or more recorders 252 are attached to a communication path 258. This path can provided 
using Ethernet, optical fiber or other media. It may be part of a local area network (LAN), a 

30 wide area network (WAN), and preferably has access to the Internet. In a specific 

embodiment, the communication path is implemented as a Universal Serial Bus (USB). It 
is foreseen that the communication path may also be part of a storage architected network 
(SAN). As seen from the above list of options, there is no limitation on the type of 
communication path provided at the back end of the recorder stage, which path concurrently 

35 serves as part of switch fabric 108 (see Fig. 4). 
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With reference to the specific embodiment illustrated in Fig. 4, the distribution stage 
also has a controller 132 for directing and monitoring distribution stage operations, a 
bufferl34 for transitional data storage, and a second interface 136 for distributing data to 
one or more output channels. Distribution stage 106 in the embodiment illustrated in Fig. 4 
5 may also include an archive storage device 1 37 for archiving data, which can be either fixed 
(such as a RAID array) or removable. In one embodiment, this archive storage device 137 
is a DVD RAM drive, a digital audio tape (DAT), or any suitable device capable of storing 
large volumes of data from multiple recorders of the recorder stage 104. In an alternate 
embodiment, the archive drive is part of the recorder stage, not the distribution stage. As 

1 0 seen, in this "OEM-friendly" embodiment, users may be free to design their own 
customized distribution stage. 

With reference to Fig. 6, in a preferred embodiment, the distribution stage is 
implemented using at least in part Web server design technology. This approach has the 
advantage of using a powerful distribution tool, which is well known and can readily be 

15 employed to support a number of users regardless of their specific computer platforms. In 
this sense, the Web server 280 acts as an intermediary between one or more recorders 252 in 
the recorder stage of the logger, and the users accessing the stored information via, for 
example, the Internet. As noted in the preceding section, in accordance with the present 
invention the recorder stage will make records from different input channels available as 

20 files that are stored at unique record addresses and are made accessible to the Web server 
280. In this context it should be noted that in a preferred embodiment the Web server used 
in the present invention has built-in archiving functions. 

In accordance with the present invention Web server 280 may be implemented using 
any computer, such as, for example, a SUN work station using the UNIX operating system 

25 and running a web server program that preferably accepts requests for information framed 
according to a suitable protocol, such as the HyperText Transport Protocol (HTTP) or a 
version of it that supports public-key-based authentication or encryption. In response to 
these requests, Web server 280 accesses the loggers records directly, or it causes a process 
to access data in a database of the recorder stage through a common gateway interface 

30 (CGI); and sends the requested files to the requesting client according to the client's Internet 
address which, in one embodiment, may be provided according to the Transmission Control 
Protocol, Internet Protocol (TCP/TP). In a specific embodiment, access to the server can be 
provided after going through a firewall (not shown) for added security. It will be 
appreciated that similar distribution scheme can be provided as part of a corporate intranet. 

35 In a specific embodiment employing a Web server as part of the distribution stage 

users 208 access the Web server through a browser or another suitable application that can 
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playback audio files, in the case of recorded voice information, or display data in a generic 
case. Specifics of the file formats or data transmission protocols are generally known in the 
art and need not be described in further detail. 

Reference is now made to Fig. 5, which is a block diagram of a multi-stage logging 
5 system configured in accordance with a preferred embodiment of the present invention. A 
wide area network (WAN) 200, such as the Internet or alternatively an Intranet, links a 
series of recorders 202 located in various different cities, to distribution/archiving engines 
204 and 206, located in principal cities like Los Angeles and New York, respectively. A 
series of user computers 208, possibly located in different cities, is also connected to WAN 
1 0 200 and can access data recorded by recorders 202 and stored in archive drives 204 and 206. 
In this configuration, agents located in offices, or even their own homes, in different cities 
throughout the world can access data logged by equipment physically located thousands of 
miles away. 

As noted above, with reference to Fig. 4 each stage of the logger in accordance with 
1 5 the present invention is designed so that the switch fabric units 1 08 can be used not only to 
provide physical separation of the individual stages of the logger, but also to achieve fault 
tolerance of the system by isolating failed components and switching operation to properly 
functioning standby units. Numerous configurations are possible, as illustrated in 
exemplary embodiments above. 
20 Low cost components and switch fabric design also allow for fault tolerant 

capability in a scalable fashion. To demonstrate the fault tolerant characteristics of a typical 
configuration, consider a recorder stage comprised of eight working recorders and three 
"spare" recorders. Assuming a 2 Megabit (4 wire) interface linking the recorder stage with 
the telecom and distribution stages, the eight recorders would be linked to the three spares 
25 via a 32x12 switch matrix ((8 working recorders x 4 wires) x (3 spare recorders x 4 wires)). 
In the event of a recorder failure, the recorder controller would route the failed recorder's 
input to a spare recorder via the switch matrix. The cost savings compared with the case of 
duplicating entire units are readily apparent. 

3 0 The advantages of the data loggers built in accordance with the present invention are 

illustrated in the following examples: 

Example 1 

One of the advantages of the multi-stage distributed logger of the present invention - 
35 its design flexibility - is clearly illustrated by its use in stock or commodities exchanges. 
Financial institutions represented at such exchanges record instructions from clients as a 
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protection against fraud and as evidence in legal proceedings about the content of telephone 
conversations. Therefore, it is highly desirable that data loggers be provided to record 
communications between brokers at the exchange floors and their clients. As known, 
however, there is always a concern about the space on the trading floors. This concern is 
5 specifically addressed by the multi-stage design of the logger in accordance with the present 
invention, in which only the telecom stage electronics would need to be located physically 
on the trading floor. The recorder stage and various distribution servers of the logger could 
be located physically either someplace more convenient in the building, or in fact 
someplace else in the city or the world. For example, an El twisted pair interface can 

10 stretch approximately 2000 feet, so with available "repeaters" the separation distance 
between the telecom and the remaining stages is virtually unlimited. Since the voice 
compression function is performed in a preferred embodiment in the telecom stage, use of 
the public switched network (or private) facilities would be optimized. Importantly, the 
telecom stage can apply encryption algorithms so that data coming out of the exchange floor 

1 5 is protected against unscrupulous use. It will be appreciated that the same advantage can be 
used, for example, by law enforcement agencies that are entitled to have wiretap access to 
phone lines, but until now did not have a mechanism to protect themselves by encryption 
from being wiretapped themselves. 

Furthermore, it can be appreciated that the multi-stage design of the logger in 

20 accordance with the present invention enables considerably simplified disaster recovery 

procedures, since destruction or simply failure of any single component would not affect the 
function of the entire system. In addition, since the present invention separates the 
telecommunications electronics from the recorder, cabling to the recorder can easily be 
reduced. Such cabling reductions may range from 1 5 : 1 to 200: 1 . The net result is lower 

25 installation costs and the satisfaction of any political concerns regarding system location 
and security. 

Example 2 

In this example it is shown how the multi-stage design of the data logger in 
30 accordance with the present invention can be used to create and implement new business 

models. Assume for example that a data logger is used by a police to monitor 91 1 calls in a 
particular area. Information about such calls is generally available to the interested public, 
for example the news media, but so far has been used in only a few cases primarily because 
of the difficulties associated with the access to such information. Using the distributed 
3 5 design of a logger in accordance with the present invention, however, it would be a simple 
matter to make such records available to the public immediately, possibly for a fee. 
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In particular, a Web server run by the police can store or be given access to data files 
corresponding to individual 911 calls. With reference to Fig. 6, an authorized user may 
utilize a personal computer to access the police logger over the world wide web (WWW) of 
the Internet at a predetermined URL. The user's computer may be running standard web 
5 browser, such as the NETSCAPE browser. As soon as the computer is connected to Web 
server 280 a computer process starts communicating with the user through the web browser. 
In particular, a service routine may be initiated causing a "home page" to be displayed, 
which greets the user, and describes the service provided by system. Next, Web server 280 
elicits user information, including a user identification (ID), password and other 

1 0 administrative data necessary for ensuring that the user is an authorized user. Next, the 
audio file(s) corresponding to individual 911 call records can be displayed to the user who 
can then select a file. As known in the art, various protocols exist for the playback of audio 
files over the Internet. By means of an example, the user can be provided with a File 
Header information defining the audio files in fields such as: (1) File name; (2) Date 

15 created; (3) Size in bytes; (4) Audio file types in use; (5) Total associated files; (6) a 
command set code; and others. Additionally, instructions may be provided for 
decompressing and decoding a specific or proprietary Audio Player software (possibly 
residing on the Web server), on how to play the files, including hyperlinks, etc. 
Various levels of access protection can be implemented, as known in the art, so that access 

20 hierarchy can be established for different groups of users. 

It should be apparent that the use of the logger along the lines described in Example 
2 creates the possibility of a completely new and heretofore unused business model. 

While the foregoing has described and illustrated aspects of various embodiments of 
25 the present invention, those skilled in the art will recognize that alternative components and 
techniques, and/or combinations and permutations of the described components and 
techniques, can be substituted for, or added to, the embodiments described herein. It is 
intended, therefore, that the present invention not be defined by the specific embodiments 
described herein, but rather by the appended claims, which are intended to be construed in 
30 accordance with the following well-settled principles of claim construction: (a) Each claim 
should be given its broadest reasonable interpretation consistent with the specification; (b) 
Limitations should not be read from the specification or drawings into the claims (e^., if 
the claim calls for "antenna", and the specification and drawings show a coil, the claim term 
"antenna" should not be limited to a coil, but rather should be construed to cover any type 
35 of antenna); (c) The words "comprising", "including", and "having" are always 

open-ended, irrespective of whether they appear as the primary transitional phrase of a 
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claim or as a transitional phrase within an element or sub-element of the claim; (d) The 
indefinite articles "a" or "an" mean one or more; where, instead, a purely singular meaning 
is intended, a phrase such as "one", "only one", or "a single", will appear; (e) Words in a 
claim should be given their plain, ordinary, and generic meaning, unless it is readily 
5 apparent from the specification that an unusual meaning was intended; (f) an absence of the 
specific words "means for" connotes applicants' intent not to invoke 35 U.S.C. §1 12 (6) in 
construing the limitation; (g) Where the phrase "means for" precedes a data processing or 
manipulation "function," it is intended that the resulting means-plus-function element be 
construed to cover any, and all, computer implementation(s) of the recited "function"; (h) a 

1 0 claim that contains more than one computer-implemented means-plus-function element 
should not be construed to require that each means-plus-function element must be a 
structurally distinct entity (such as a particular piece of hardware or block of code); rather, 
such claim should be construed merely to require that the overall combination of 
hardware/firmware/software which implements the invention must, as a whole, implement 

15 at least the function(s) called for by the claim's means-plus-function element(s); (i) a 

means-plus-function element should be construed to require only the "function" specifically 
articulated in the claim, and not in a way that requires additional "functions" which may be 
described in the specification or performed in the preferred embodiment(s); (j) The 
existence of method claims that parallel a set of means-plus-function apparatus claims does 

20 not mean, or suggest, that the method claims should be construed under 35 U.S.C. § 1 12 (6). 
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WE CLAIM : 

1 . A multi-stage data logging system comprising: 

a) a telecommunications ("telecom") stage receiving input from a plurality of 

input channels; 

5 b) a recorder stage having one or more recorders, at least one recorder 

storing data associated with input received from at least one of said plurality of input 
channels; 

c) a distribution stage providing access to data stored in the recorder stage; 

d) a first interface linking the telecom and the recorder stages and a second 
10 interface linking the recorder and the distribution stages; 

wherein at least two stages of the system are physically separable and in operation 
can be located wide distances apart. 

2. The data logging system of claim 1 wherein the telecom stage comprises: 
a) a first interface capturing signals from said plurality of input channels; 

15 b) one or more signal processors converting captured signals into data having 

a predetermined format; and 

c) a second interface for transmitting said converted data to said recorder 

stage. 

3. The data logging system of claim 2 wherein the telecom stages further 
20 comprises at least one analog to digital signal converter. 

4. The data logging system of claim 2 wherein said one or more data processors 
provide data compression. 

5. The data logging system of claim 1 wherein the telecom stage provides time 
stamping of the received input. 

25 6. The data logging system of claim 1 wherein the telecom stage provides 

authentication of signals from said plurality of input channels. 

7. The data logging system of claim 2 wherein said one or more data processors 
encrypt the converted data. 

30 8. The data logging system of claim 1 wherein the recorder stage comprises a 

controller for directing and monitoring recorder stage operations, and each recorder 
comprises: 

a) a first interface receiving data from the telecom stage; 

b) a buffer for transitional data storage; 
35 c) a hard disk drive for data storage; and 

d) a second interface for transmitting stored data to the distribution stage. 
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9. The data logging system of claim 8 wherein the recorder stage still further 
comprises an archive storage device for archiving data. 



10. The data logging system of claim 9 wherein said archive storage device is 

fixed. 



5 



1 1 . The data logging system of claim 9 wherein said archive storage device is a 
RAID array. 



12. The data logging system of claim 9 wherein said archive storage device is 
removable. 



10 



15 



13. 



14. 



The data logging system of claim 1 wherein the distribution stage comprises: 

a) a first interface receiving data from the recorder stage; 

b) a controller for directing and monitoring distribution stage operations; 

c) a buffer for transitional data storage; and 

d) a second interface for distributing data to one or more output channels. 
The data logging system of claim 1 wherein the distribution stage comprises 



an archive storage device for archiving data. 

15. The data logging system of claim 14 wherein said archive storage device is 

fixed. 

16. The data logging system of claim 14 wherein said archive storage device is a 



20 RAID array. 

1 7. The data logging system of claim 14 wherein said archive storage device is 
removable. 

1 8. The data logging system of claim 1 wherein the distribution stage comprises: 
an operating system software application and a computer capable of running said software 

25 application and accessing one or more remote server computers. 

19. The data logging system of claim 18 wherein said computer is connected to 
said one or more remote server computers via a local area network. 

20. The data logging system of claim 1 8 wherein said computer is connected to 
said one or more remote server computers via an Internet protocol (I/P) network. 

30 21 . The data logging system of claim 1 wherein the recorder stage comprises at 

least one backup recorder, and the system further comprises means for detecting a 
malfunction in a recorder of the recorder stage, and means for automatically switching 
interface links from the detected malfunctioning recorder to said at least one backup 
recorder. 

35 22. The data logging system of claim 1 wherein at least one of said first and 

second interfaces is network-based. 
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23. The data logging system of claim 1 wherein at least one of said first and 
second interfaces is a four-wire interface. 

24. A multi-stage data logging system comprising: 

5 a) a first means for receiving signals from one or more input channels; 

b) a second means for recording data associated with received signals; 

c) a third means for retrieving stored data and distributing retrieved data to one or 
more output channels; 

wherein at least two of said first, second, and third means are physically separable 
1 0 and can operate wide distances apart. 

25. The data logging system of claim 24 further comprising an archive storage 
device for archiving data from said one or more input channels. 

26. The data logging system of claim 24 wherein received signals from said one 
or more input channels is voice, and the second means further comprises means for 

1 5 recording call information about the received voice signals. 

27. A data logger, comprising: 

a telecommunication device receiving input from a plurality of data sources; 
a processor converting input from said plurality of data sources to one or more data 
20 formats; 

a memory for storing converted data corresponding to the received input from said 
plurality of data sources; 

a communication path; and 

a server transferring stored data from one or more of said plurality of data sources 
25 via the communication path to at least one remote user. 

28. The data logger of claim 27 wherein the server is a Web server and the 
communication path is the Internet. 

29. A method for accessing information in at least one digital logger storing data 
30 associated with input from a plurality of input channels, comprising: 

at a Web server having access to said at least one digital logger, receiving a request 
for retrieval of stored data from a client; 

retrieving stored data in accordance with the received request; and 
transferring the retrieved data to the client. 
35 30. The method of claim 29 wherein the step of retrieving stored data comprises 

accessing a record of an input channel made by said at least one digital logger. 
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31. The method of claim 30 wherein the step of retrieving stored data comprises 
accessing call information for a record of an input channel made by said at least one digital 
logger. 

32. The method of claim 30 wherein the step of retrieving stored data comprises 
5 providing direct access to a record of an input channel stored in said at least one digital 

logger. 

33. The method of claim 29 wherein the step of retrieving stored data comprises 
causing a process to access data stored in said at least one digital logger through a common 
gate interface. 

10 34. The method of claim 29 wherein the step of retrieving stored data comprises 

accessing archived data at the Web server corresponding to a record of an input channel 
made by said at least one digital logger. 

32. A method for operating a multi-stage data logging system having: a telecom 

1 5 stage receiving input from a plurality of input channels; a recorder stage having two or more 
recorders, at least one recorder storing data associated with input received from the plurality 
of input channels and at least one backup recorder; a distribution stage providing access to 
data stored in the recorder stage; and a first interface linking the telecom and said one or 
more recorders of the recorder stages and a second interface linking the recorder and the 

20 distribution stages; the method comprising: 

detecting a malfunctioning recorder in the recorder stage; 

automatically switching interface links from the detected malfunctioning recorder to 
said backup recorder to ensure uninterrupted operation of the system; and 

without disrupting the operation of the system replacing the detected malfunctioning 
25 recorder with a functioning recorder. 

33. A method for increasing the recording capacity of an operating multi-stage 
data logging system having: a telecom stage having telecom blocks capturing input from at 
most N input channels; a recorder stage having one or more recorders, said recorders having 

30 maximum recording capacity of M (M < N) channels; a distribution stage providing access 
to data stored in the recorder stage; a first network-based or four-wire-based interface 
linking the telecom and the recorder stages; and a second interface linking the recorder and 
the distribution stages; the method comprising: 

(a) without disrupting the operation of the system attaching to said first interface at 

35 least one recorder so that the combined capacity of the recorders in the recorder stage is 
equal to or exceeds N channels. 
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34. The method of claim 33 further comprising: 

(b) without disrupting the operation of the system, attaching to said first interface at 
least one additional telecom block so that the system can capture P > N input channels; and 

(c) repeating step (a) until the combined capacity of the recorders in the recorder 
5 stage is equal to or exceeds P channels. 
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ABSTRACT OF THE DISCLOSURE 
A multi-stage data logging system comprising a telecommunications stage for 
receiving, processing, and compressing data from one or more input channels, a recorder 
stage for storing said data to a memory device, a distribution stage for retrieving said stored 
5 data and distributing said data to one or more output channels, and a plurality of interface 
paths linking said three stages to one another. Different stages of the system can be located 
wide distances apart and the interface paths linking the three stages can be automatically 
switched to achieve fault tolerance of the system. 
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